-
Notifications
You must be signed in to change notification settings - Fork 12.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Refactor core::ops, move RangeArgument to libcore::ops #42269
Conversation
3a27d62
to
c8b14b6
Compare
r? @aturon (rust_highfive has picked a reviewer for you, use r? to override) |
c8b14b6
to
166ed89
Compare
83867fb
to
cfadb35
Compare
Looks like travis failed:
|
☔ The latest upstream changes (presumably #42348) made this pull request unmergeable. Please resolve the merge conflicts. |
@clarcharr Looks like this is still waiting on some fixes from you... I guess still waiting on #42268 though. |
r? @alexcrichton @clarcharr is it possible/does it make sense for you to separate out the two PRs? I realise it's probably a bit of a pain to unpick, but it looks like the other one may be stalled for now? |
@aidanhs I will do that! it makes sense either way |
Also I have to redo this anyway because of the |
Refactor ops.rs This refactors ops.rs into several different modules internally, as the file has gotten quite big. None of these modules are actually exported, but this should make maintaining it much easier. I've avoided the ambition of exporting the modules because they can more easily be rearranged after this commit goes through, even though it'd be cool to potentially export the modules in the future. I've separated the creation of each file into a separate commit so that this is easier to read. Redone version of #42269 with the movement of `RangeArgument` moved.
This is a redone version of most of #41460 that moves
RangeArgument
tocore::ops
. This also refactorscore::ops
into submodules so that it's a bit easier to tell where things are.This relies on #42268.